INSERT Cümlesi Kilit bekler mi?
Merhaba Arkadaşlar,
INSERT cümlesi kilit bekler mi? Evet bir durumda bekler. Eğer işlem yapılan tabloda PK, Unique constraint varsa bekleyebilir.
Aşağıdaki örnekle basitçe test edebiliriz.
CREATE TABLE T1 (
C1 NUMBER(10),
C2 NUMBER(10),
PRIMARY KEY (C1));INSERT INTO T1 SELECT ROWNUM, ROWNUM*10 FROM DUAL CONNECT BY LEVEL<=1000000;
COMMIT;
session 1:
UPDATE T1
SET C1=-C1
WHERE C1<=100;
Bu esnada henüz commit yapılmadan 2. session insert yaparsa, 2. session 1. session ‘ı bekler.
session 2:
INSERT INTO T1 VALUES (-10,10);
Session 2 kilit bekler.
ilk session 100 den küçük değerleri – yaparak update ediyor. Bende INSERT cümlesinde pk alanına -10 insert ediyorum. -10 için update cümlesi kilit attığı için ve benim insertim pkdan dolayı -10 ‘un varlığını kontrol ettiği için bekleyecektir.
PK veya Unique constraint olmasa INSERT beklemeyecekti.
Veritabanımızı Standard Edition ‘dan Enterprise Edition ‘a Nasıl Taşırız?
Merhaba,
Oracle Veritabanı Standart Edition kullanıyorsak ve Enterprise Edition’a geçiş yapmak istiyorsak aşağıdaki adımlarla bu işlemi gerçekleştirmemiz mümkündür:
Standard Edition veritabanı yazılımı sürümü ile Enterprise Edition veritabanı yazılımı sürümünün aynı olduğundan emin olmamız gerekiyor.
Örneğin, Standard Edition veritabanı yazılımımızın sürümünün 12.1.0.2 olduğunu varsayarsak, 12.1.0.2 Enterprise Edition ‘a geçiş yapmamız gerekiyor.
- Veritabanını kapatalım
Windows işletim sistemi kullanıyorsak, bütün Oracle servislerini durduralım.
- Standard Edition veritabanı yazılımını kaldıralım.
- Oracle Universal Installer kullanarak Enterprise Edition veritabanı yazılımını yükleyelim.
- Enterprise Edition yükleme esnasında Standart Edition Oracle home dizini ile aynı dizini seçelim.
- “Software Only” seçeneğini seçerek yüklemeye devam edelim.
- Veritabanımızı yeni EE Oracle home üzerinden açalım.
Veritabanımızın Enterprise Edition’a geçişi tamamlanmıştır.
Aşağıdaki gibi doğrulayabiliriz:
SQL> select banner from v$version;
BANNER
——————————————————————————–
Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 – 64bit Production
PL/SQL Release 12.1.0.2.0 – Production
CORE 12.1.0.2.0 Production
TNS for Linux: Version 12.1.0.2.0 – Production
NLSRTL Version 12.1.0.2.0 – Production
12c ASM Veritabanından ASM Olmayan Veritabanına RMAN Restore Yavaşlık Sorunu
12.1 ASM kullananan bir veritabanından aldığımız RMAN yedeği, MOUNT modunda ASM olmayan bir veritabanına geri dönmek istediğimizde uzun bir süre beklediğini gördüm.
RMAN-03090: Starting restore at 2015-11-09 15:01:53
RMAN-08030: allocated channel: ORA_AUX_DISK_1
RMAN-08500: channel ORA_AUX_DISK_1: SID=1 device type=DISKRMAN-08021: channel ORA_AUX_DISK_1: restoring control file
RMAN-08180: channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:00:01
RMAN-08505: output file name=/oradata/C12102/controlfile/control01.ctlRMAN-03091: Finished restore at 2015-11-09 15:01:55
Control file başarılı restore edildikten sonra veritabanı restore işleminin başlaması 20-30 dk. civarında bekliyor.
RMAN-03090: Starting restore at 2015-11-09 15:21:59
RMAN-12016: using channel ORA_AUX_DISK_1
RMAN-12016: using channel ORA_AUX_DISK_2
RMAN-12016: using channel ORA_AUX_DISK_3
RMAN-12016: using channel ORA_AUX_DISK_4
Bu esnada alert log dosyasına aşağıdaki mesaj ara ara devamlı basıldığını gözlemledim.
WARNING: failed to start ASMB (ASM instance not found)
Errors in file /opt/oracle/diag/rdbms/c12102/C12102/trace/C12102_asmb_24847.trc:
ORA-15077: could not locate ASM instance serving a required diskgroup
ORA-29701: unable to connect to Cluster Synchronization Service
WARNING: ASMB exiting with error
Bu sorunun sebebi 19503821 numaralı BUG ‘dır ve çözümü için 19503821 numaralı patchin yüklenmesi gerekmektedir.
taliphakanozturk.wordpress.com 